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اسماء ا لمنقوش 
مشرفة ساحة لغات البرمجة 


يسمح بتوزيع الكتاب على صورته الإلكترونية لكن لا يسمح بطبع الكتاب أو تغيير هينته 
إلا بعد أخذا إذن من الكاتب 
الموسوعة العربية للكمبيوتر والإنترنت © 2000-2005حميع الحقوق محفوظة - 


التواصل مع القراء 


إلى القارئ العزيز 054 


حرصت الموسوعة العربية للكمبيوتر والإنترنت _ ومن منطلق اهتمامها العام بعلوم الحاسب والتقنية 
واهتمامها الخاص بتقديم هذه العلوم باللغة العربية _ على تقديم هذه السلسة من 

الكتب الإلكترونية التى نتمنى أن تحقق طموحات القارئ العربى الذى اعتاد على قراءة أجود 
المطبوعات بكافة اللغات العالمية . 


إن الموسوعة العربية _من خلال هذه السلسلة _ تطمح لتقديم سلسلة من الكتب بمستوى عال من 
الجودة » الشيء الذى لن يتحقق بدون ملاحظاتكم واقتراحاتكم حول السلسلة _ طريقة الكتابة : 
الأخطاء الإملائية والنحوية ؛ التنظيم والترتيب » طريقة نشر الكتاب وتوزيعه » الإخراج الفنى ... 


الخ 


ننتظر سماع أراءكم على البريد الإلكتروني المخصص لذلك 
متوى.طه تج ك4 © ع[ومماء 


5 أذ أ د 5 
مشرفة الموسوعة العربية للكمبيوتر والإنترنت 


الدورات التعليمية .. هي مجموعة من الدورات 
التي تقدمها لكم الموسوعة العربية؛ بدانا بتقديمها 
في الصيف تحت مسمى " الدورات الصيفية " وها 
هي تعود من جديد . حرصنا على تقديم دورات في 
مجالات مختلفة لنراعي اغلب الاهتمامات كما 
حرصنا على انتقاء الدورات المفيدة. غير المتكررة, 


بطريقة جادة تنقلك إلى الجو الدراسي في قاعات - 
ل و م اسن 3 
إلكترونية! كل هذا مجانا! .. 

ساحات الموسوعة العربية للنقاش والأسئلة., 

تجدها هنا ... 


استفد واستثمر وقتك معنا! إذا كنت ترغب في 
فاستغل كل دقيقة واستفد معنا! و لا تنسى اننا 
في عصر المعلومات والسرعة. 


ابدأ الآن !انتقل لصفحة الدورات و اختر الدورة التي تناسبكء انتقل لصفحة الأساتذة للاطلاع على 
قائمة الأساتذة الّذين سيلقون المحاضرات »انتقل لصفحة التسجيل كي تسجّل نفسك في إحدى 
الدورات. لن تستطيع المشاركة في أي دورة قبل أن تسجل. انتقل لصفحة المراجع كي تطلع على 
المراجع المقدمة من الأساتذة بخصوص الدورات الحالية .انتقل لصفحة الملتحقين لتطلع على بعض 
المعلومات عن الملتحقين في الدورات. انتقل لصفحة اتصل بنا كي ترسل لنا اقتراحآ أو طلباً. نحن 
بانتظارك! لكن الوقت محدود و عدد الملتحقين في كل دورة محدود لذا لا تتأخر في التسجيل من 


هذا الكتاب 


ليس فى الأصل ألا دورة تم تدريسها فى ساحة الدورات التعليمية بالموسوعة 
العربية للكمبيوتر والإنترنت » وتم جمع تلك الدروس وسلسلة النقاش التى 
دارت حولها هنا فى هذا الكتاب » وتم وضع النقاشات على هيئة أسئلة 
وأجوبة لكى يستفيد الجميع منها 666666666 


لذلك تعتبر سلسلة كتب الدورات التعليمية : 
٠‏ أول سلسلة كتاب إلكترونية عربية خاصة بالمبتدأين. 


٠‏ السلسلة الوحيدة التى تتبع نظام الأسئلة والأجوبة الناتجة فعلاً من مشاكل حقيقة لأشخاص من مختلف 
الأماكن والدول . مما يهيئ عندك نوع من استعداد لأى مشكلة وكيفية التعامل معها. 


٠.‏ تعتبر سلسلة الكتاب الوحيدة المدعومة اربع وعشرين ساعة طوال العام » فيمكنك الاستفسار عن اى 
مشكلة وحلها عن طريق وضعها فى ساحة النقاش والأسئلة بالموسوعة . 


٠‏ إن هذا الكتاب هو من اجل نشر المعرفة وتوسيع التفكير المنطقى الأساسي , الاحتراف هو ليس الهدف 
فى حد ذاته, بل الاستطلاع واكتشاف الذات والإلمام الجيد بالأساسيات والمبادئ الأولية 


من اجل شق طريق النجاح بكل سهولة ويسر. 


المحتويات .. 


الدرس الأول: ماذا نعني بهندسة البرمجيات؟ 


الدرس الثاني: دورة حياة تطوير المشروع 


الدرس الثالث: دراسة المتطلبات 


الدرس الرابع: تصميم النظام 


الدرس الخامس: كتابة البرنامج واختباره 


الدرس الخامس الحزء الثانى : كتابة البرنامج واختباره 


بسم الله الرحمن الرحيم 


الدرس الأول: ماذا نعني بهندسة البرمجيات؟ 


أهناف الخرس الأول: 
سوف نحاول خلال هذا الدرس الإجابة على هذه الأسئلة: 


ما هي هندسة البرمجيات؟ 

من يشارك بها؟ 

ما هي مكونات النظم البرمجية؟ 
وكيف يتم بنائها؟ 


مقدمة: 

لم يعد خافيا على أي منا أهمية البرمجيات 5010/38 في حياتنا اليومية سواء في البيت أو المصنع أو 
المستشفى أو ... الخ. فنحن نتعامل يوميا مع العديد من الأجهزة والمعدات التي تعتمد في عملها على 
البرمجيات ومن المهم لنا أن تعمل هذه الأجهزة وبرامجها بالشكل والكفاءة التي نتوقعها منها. لذا فإن 


هندسة البرمجيات اصبحت اليوم أكثر أهمية من اي وقت مضى. 


010 200 ,"ع6 ع3 300 لازأمعط !1 - وواقععمأومع عنننل6 50" ررعوععا؟ط رهد -1 


ما هي هندسة البرمجيات؟ 

لنفهم معا علاقة هندسة البرمجيات بعلوم الكومبيوترء دعونا نأخذ هذا المثال عن علم الكيمياء واستخدامه 
في حل المشاكل التي نقابلها في حياتنا اليومية. 

يهتم الكيميائي بدراسة المواد الكيميائية (تركيبهاء تفاعلاتها. والنظريات التي تحكم سلوكها.( 

بينما المهندس الكيميائي يستخدم النتائج التي توصل إليها الكميائي لحل المشاكل التي يطلب منه إيجاد 


من ع نظر الكيميائي الكمياء هي موضوع الدراسة بحد ذاتها. 
ومن وجهه نظر المهندس الكميائي الكيمياء هي أداة امه0+ تستخدم لأيجاد الحلولك لمشاكل عامة) وقد لا 
تكون هذه المشكلة ذات طبيعة كيميائية بحد ذاتها.( 


وبنفس الفكرة يمكن النظر إلى علم الحوسبة 5616066 0161ام01© حيث يكون تركيزنا على الحواسيب ولغات 
البرمجة لدرستها وتطويرها في حد ذاتها. , 
أو يمكن النظر إليها والتعامل بها على انها ادوات نستخدمها عند تصميم وتطوير حل لمشكلة ما تواجهنا او 


مهندس البرمجيات ]0915766 501]0/3106 يعتبر أن الكمبيوتر هو أداة لحل المشاكل.001] 9(أناا50-ممع|00م 
وعليه أن يستخدم معلوماته حول الحاسوب وعلم الحوسبة للمساعدة في حل المشكلة التي يطلب منه 


إيجاد حل لها. 


ادؤات ؤتقنيات 
لحل المشاكل 


شكل (1-1) 


ولكن ومن المهم أن نتذكر أن عملية كتابة البرامج تعد فن غ81 بقدر ما هي علمء: لماذا؟ 


لأنه يمكن لأي شخص لديه معرفة كافية بأحد لغات برمجة الحاسوب /316 أن يكتب برنامج ليؤدي مهمة 
محددة؛ لكن الامر يتطلب مهارة ومعرفة مهندس برمجيات محترف لكتابة برنامج أكثر تناسقا ووضوحا .واسهل 
في الصيانة؛: ويقوم بالمهمة المطلوية منه بفعالية ودقة أكبر. 


أي أن. هندسة البرمجيات تعنى بتصميم وتطوير برامج ذات حودة عالية. 


من يشارك في هذه العملية؟ 
المشاركون في عملية صناعة البرنامج. عادة ما يندرجون تحت ثلاث مجموعات: 


» الزبون :]0560© وهو الشركة (أو الشخص) الممولة لمشر وع تطوير البرنامج المطلوب 

» المستخدم :56لا الشخص (أو مجموعة الاشخاص ) الذي سوف يقوم فعلا باستعمال البرنامج, 
والتعامل معه مباشرة. 1 

» المطور :!006ا0©1/6 وهو الشركة (أو الشخص) الذي سوف يقوم بتطوير البرنامج لصالح الزيون. 


الشكل التالي يظور العلاقة بين الفئات الثلاثة السابقة 
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81 1تلمرماء كلعل عندة طالمة دا كتصهم أعتائروط 1.7 غأكلاماء 


المضدر: المرجخ رقم 1 
شكل (2-1) 
مكونات النظام 
مشاريعنا التي نطورها لن تعمل في الفراغ, فعليها أن تتفاعل مع مستخدمين, أجهزة ومعدات متنوعة. نظم 
تشغيل ويرامج وملفات وقواعد بيانات .... إلخ وريما حتى أنظمة حواسيب ب آخرى. لهذا يجب تعريف حدود 


النظام ومكوناته حيدا .أي يجب تعريف ما الذي يشتمل عليه النظام وما الذي لا يشتمل عليه. 


أي نظام هو عبارة عن مجموعة من الكائنات 5]ع6ز00 والنشاطات 301001665 بالإضافة إلى وصف للعلاقات 
التي تربط تلك الكائنات والنشاطات معا. مع تعريف قائمة المدخلات المطلوبة والخطوات المتبعة والمخرجحات 
الناتجة لكل نشاط. 


أول خطوات تحليل المشكلة هو فهم ماهية المشكلة وتعريفها بوضوح: لذا علينا أولا أن نصف النظام بتحديد 
مكوناته والعلاقات التي تربط بين هذه المكونات. 

.1النشاطات والكائنات: النشاط هو عميلة تحدث بالنظام وعادة ما يوصف كحدث يتم من خلال حافز. النشاط 
يغير شئ ما إلى آخر بتغير خواصه (صفاته( 
هذا التغير يمكن أن يعنى تحويل أحد عناصر البيانات من موقع إلى آخرء أو تعديل قيمته إلى قيمة مختلفة. 
هذه العناصر تسمى كائنات فت لسك وهي عادة د مرتبطة ببعضها البعض بشكل أو بأخر. مثلا الكائنات 
يمكن أن تكون مرتبة في مصفوفة أو سجل) قيد.( 


وصف هذه الكائنات نوعهاء النشاطات التي يمكن إجرائها عليها ... يجب وضعها بدقة هي ايضا. 


.2العلاقات وحدود النظاملا05703!1ا801 7اع]كلا5 300 5مأ 1005 3اع5 
بعد تعريف الكائنات والنشاطات جيداء يمكن أن نربط بين كل كائن والنشاطات المتعلقة به بدقة. تعريف الكائن 
يتصمن الموقع الذي سوف ينشأ به(نعض العناصر يمكن أن تكون موحودة بملف سبق انشاءة: والبعض قد يتم 
انشاءه خلال حدث ما(: والهدف من انشاءه(بعض الكائنات تستخدم من قبل نشاط واحد فقط والبعض يمكن 
أن يستعمل من قبل نظم آخرى كمدخلات , (]لام| لذا يمكن أن نعتبر أن لنظامنا حدود /ا001017031 بعض 
الكائنات بمكن 6 تعبر هذه الحدود إلى داخل النظامء والبعض الآخر هي مخرجات من نظامنا ويمكن أن ترحل 
إلى نظم آخرى. 


بهذا يمكن أن نعرف النظام 5!/5]6/7 4 على أنه تجمع من 
'مجموعة من الكائنات.5 6011616 

'مجموعة من الانشطة.دع]/انأع23 

'وصف للعلاقات بين الكائنات والانشطة.10ا361005ا56 
“تعريف لحدود النظام./001017031 


كيف نبي نظام؟ 

إذا طلب هنا عميل تطوير نظام (برنامج) له. لحل مشكلة معينة تواجهه في عمله. فمثلا يحتاج نظام حماية 
لشركته, أوتظام صرف الي.لبنك: أو ممكن أن«يكوث صاحت مكفة أو مجر وبزيذ غير نظام البيع و القتراء أ 
العرض ليتم بشكل آلي. علينا اتباع الخطوات التالية لبناء هذا النظام: 

.[عقد اجتماع مع العميل لتحديد متطلباته. هذه المتطلبات تشمل وصف النظام بجميع مكوناته التي 
.وضع تصميم عام للنظام يحقق المتطلبات التي حددها العميل؛ وعرضه على العميل ليوضح له الشكل 
الذي سيظهر عليه النظام عند الانتهاء. و ومراجعته معه لأخذ موافقته عليه. 

.بعد موافقة العميل على التصميم يتم العمل على وضع التصاميم التفصيلية لأجزاء المشروع 

4كتابة البرنامج 

.5اختباره؛ واعادة مراجعة المتطلبات التي وضعها العميل للتأكد من تحققها في البرنامج. 

.6تسليم النظام إلى العميل. 

.7بعد تسلم العميل للنظام قد تظهر بعض المشاكل أو الاخطاء التي لم تظهر خلال عملية الاختبار, والتي 
تجب على المطور اصلاحها فيما يعرف بصيانة النظام. 


خلال الدروس التالية من الدورة سنتعرف على كل خطوة من هذه الخطوات وكيف تتم بشكل ميسطء وسوف 
نخوض في مزيد من التفاصيل في دروس لاحقة بإذن الله. 


( ه:..٠:‎ 5 ٠١ .٠»لوألا الدرس‎ ةياهن«٠.0‎ © ٠.٠ ) 


( .0ه‎ ٠ ٠..هلوألا الدرس‎ شاقنه٠.:‎ 2 ٠٠.٠» ) 


س1 - هل المقصود بهذي الجملة ان المبرمج لا يستطيع حل المشكله فقط مهندس البرمجيات 
هو الذي يستطيع >»؟؟؟ 


ممكن أن يوجد شخص تعلم البرمجة دوت أن يدرس هندسة برمجيات واذة شخص آخر درس هندسة البرمجيات 
صالطبع علوم الحاسوب ,. لو اغطيت هين الشخصين :مشكلة ما اح لحن ب كه د 
للمشلكة أفصضل من حل المبرمج الذي لم يدرس هندسة البرمجيات 

"تستطيع أن تقول أن كل مهندس برمجيات هو مبرمج بينما ليس كل مبرمج هو مهندس برمجيات" 


نعم هذا هو المقصود. هندسة البرمجات لا تهتم فقط بكتابة برنامج يؤدي مهمة محددة فحسب. بل أنها 
تهتم بما هو أكثر من ذلك "جودة البرنامج" 


كلمة مبرمج أو :13016!! تطلق على كل من يعرف كيف يكتب برنامج للقيام بأداء عمل ما.. 


ولكن كلمة مهندس برمجيات لا تطلق إلا على من يكتب هذه البرمجيات باسلوب علمي يسعى من خلاله 
إلى أن تكون ترافحه ذات حودة غالية. 


س2 - ما المقصود في فن غ// > 

المقصود بكلمة غ81 هو الفن .. لأن كلمة الفن 2/6 - بالانجليزي 

واما المقصود بالدرس . 

هوان البرمجة فن وتذوق اكثر من ان تكون علم فقط أي انه يمكن كتابة نفس البرنامج باسلوب مختلف من 
شخصيين مختلفيين ويودي نفس المهام... 

مهدا كله يعمد علي اساوث الميرمي دكيقية لله الإسسكلة وط ريه فريففه ابراه 

س3 - هل يووحد فرق بين مهندس برمجيات و محلل نظم »؟ 

نعم هناك فرق بين مهندس البرمجيات ومحلل النظم فمثلا في الدوك المتقدمة يقوم محلل النظام بدراسة 

المشروع المراد تنفيذه وكيفية حل المشاكل التي توجه كما ويقوم بدراسة الجدوى ومعرفة متطلبات 

النظام ...الخ 

أي انه يقوم بتحليل النظام المراد بنائه تحليل دقيق . 


اما مهندس البرمجيات فيقوم ببرمجة النظام وتهيئته كي يظهر في الصورة النهائية.. 
اى يحتاع على الاقل الى شخصين كي يتم بناء النظام اد البرنامج العطلوثب: 


الدرس الثاني: دورة حياة تطوير المشروع 


أهداف الدرس الثاني: 
كما رأينا في الدرس الاول فإن هندسة البرمجيات هو عمل إبداعي يتم إداءة خطوة بخطوة: ويتعاون فيه عدد 
من الاشخاص لكل منهم مهمة محددة .في هذا الدرس سوف نناقش الخطوات التي يتم اتباعها عند تطوير 
مشروع برمجي بمزيد من التفاصيل ونبحث في الطرق المستخدمة لتنظيم هذا العمل (صناعة البرمجيات( 


مقدمة: 
عملية بناء أي منتج تمر بعدة مراحل يطلق عليها عادة "دورة الحياةعاءلا) ٠156‏ ", ومما تعلمنا في الدرس 
السابق فإن دروة حياة تطوير اي نظام برمجي عاعلاكه 6]!| 0017611اع/1اع0 5010/36 تتضمن المراحل التالية: 
.1[تحديد وتعريف المتطلبات 067101100 300 5أذلا| 303 كأمعممع]أنامع8 

.#تصميم النظام 06510 7اع]5/ا5 

.3تصميم البرنامج01أ065 51001310 

.4كتابة البرنامج (تطويرة0]3]100ع7اع|م0اأ 22001310 ( 

.تأختبار وحدات البرنامج00نأد5ع] ]أملا 

.6أختبار النظا م6500 ماع لاد 

.7”تسليم النظاملااع/اأاع0 لماع أولاد 

.8الصيانةع6 30 مع] مأ ةما 


كل مرحلة من تلك المراحل تتضمن 5 من الخطوات أو النشاطات ولكل منها مدخلاتها ومخرجاتها وتأثرها 
على جودة المنتج النهائي) البرنامج.( 

دورة حياة أي منتج تبدأ بأول خطوة وهي تحديد المتطلبات وتتدرج إلى باقي الخطوات كما هي مرتبة بحتى 
الوصول إلى آخر خطوة وهي تسليم البرنامج وصيانته (إن دعت الحاجة), إلا أن التجارب العملية تظهر أن هذا 
ليس ضروريا وأن دورة حياة تطوير البرامج قد تأخذ أشكال (أو أنماط) مختلفة. وفي هذا الدرس سوف نتعرف 
إلى هذه الأنماط 


أنماط دورة الحماة:واع100! عاعلزءعئنا 


النموذج الانحدارياء1100! الوارععدلالا 
في هذا السبواء تسير دورة الحياة بشكل تدريجي بدأ من الخطوة (1) وحتى الخطوة (8): وكما يظهر 
بالشكل (1) فإن كل مرحلة تبدأ بعد الأنتهاء من المرحلة التي تسبقها مباشرة. 
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تخلبل المتطلبات 


تصميم النظام - ( 
تصميم البرنامج : ( 


البرمجة 58 
الاختبار ىأ 
هئ 
ف 


شكل (1-2) 


يتميز النموذج الانحداري بالبساطة؛ ولذا فإنه يسهل على المطور توضيح كيفية سير العمل بالمشروع 
للعميل (الذي عادة لا يعرف الكثير عن صنع البرمجيات) والمراحل المتبقية من العمل. وقد كان هذا النموذج 
أساس عمل كثير من المؤسسات لفترة طويلة مثل وزارة الدفاع الامريكية. واستنبط منه العديد من النماذج 
الاكثر تعقيدا. 

إلا أن لهذا النموذج العديد من العيوب؛ أهمها أنه لا يعكس الطريقة التي يعمل بها المطورون في الواقع. 
فباستثناء المشاريع الصغيرة والبسيطة (أي أنها مفهومة بشكل جيد للمطور) فإن البرمجيات عادة ما تنتج 
بعد قدر هائل من التكرار والاعادة. في حين أن هذا النموذج يفترض أن يكون الحل واضح ومفهوم وسبق 
تحليله بالكامل قبل مباشرة مرحلة التصميم وهو أمر يكاد يكون شبه مستحيل مع الانظمة الضخمة. وحتى 
إن كان ممكن فإنه يأخذ وقت طويل جدا (ريما سنوات!( 


باختصارءالنموذج الانحداري سهل الفهم و بسيط في إدارته. لكن مميزاته تبدأ في التداعي بمجرد أن يزداد 
تعقيد المشروع. 


التطوير على مراحل]0011:5اع/اء2 أمعدكوطاط 5 
حسب النموذج الانحداري فإنه يجب على المطورين إنهاء مرحلة تحليل المشروع بشكل تام قبل البدا في 
التصميمء وكما وضحنا فإن هذه المرحلة قد تتطلب وقت طويل في بعض المشاريع وقد تمر عدة سنوات قبل 
أن يرى البرنامج النهائي النور. ولكن هل يمكن لسوق العمل الانتظار كل هذا الوقت؟! 


الاجابة بالطبع لا. 7 ١‏ 

لذا كان لابد من ايجاد طرق اخرى لتقليل زمن تطوير المشروع .1776 ©ا6لا0 احد هذه الطرق هي التطوير 
على مراحل 0017616ا0©1/6] 203560 حيث يتم تطوير النظام على عدة مراحلء بتقديم إصدار من البرنامج به 
بعض الوظائف للعميل والعمل على تطوير الاصدار الاحق الذي سوف يقدم له بقية الوظائف. 


يوجد عدة طرق يمكن بها تنظيم عملية تطوير إصدارات البرنامج؛ ومن اشهرها: 
:النموذج التزايدىا6 70200 اقأمعممع]ء م ا 


حيث يتم تقسيم النظام المطلوب تطويره إلى عدة اجزاء حسب الوظائف التي يعتين عليه القيام بهاء يبدأ 
أول إصدار بأحد تلك الاجزاء ومع الوقت يتم إضافة المزيد من الاجزاء (الوظائف) حتى يتم الانتهاء من تطوير 
النظام يكل تام وحيسسب وتطليات العميل” 


جارح 


ادع تتزم ماعيع نا أماصعسعرءما 


:النموذج التكراركاع7000 6/طأ2)ع]| ١‏ 
هذه المرة يتم تسليم برنامج بكامل الوظائف من أول مرة: ولكن يتم تعديل وتغيير بعض تلك الوظائف مع كل 
إصدار من البرنامج. 


حر حر حر 


انزع تتزم ماعيع نا عض أاهرع)ا! 


من مميزات هذا الأسلوب أنه يمكن المطورين من الحصول على ملاحظات وتقييم الزيون مبكرا و بصورة 
منتظمة؛ ورصد الصعويات المحتملة قبل التمادي بعيدا في عمليات التطوير. كم أنه يمكن من اكتشاف مدى 


حجم و تعقيد العمل مبكرا. 


النموذج اللولبياء18100 اه1أام5 

وهو شبيه لدرجة كبيرة إلى النموذج التزايدي والتكراريء ولكن فيه يتم دمج فعاليات التطوير مع إدارة المخاطر 
“5 امن إجل التحكم بها وتقليلها. 

يبدأ النموذج اللولبي بمتطلبات العميل مع خطة العمل المبدثية (الميزانية, قيود النظامء والبدائل المتاحة). 
يتقدم خطوة إلى الامام بتقدير المخاطر وتمثيل 0 المتاحة قبل تقديم ما يعرف ب "وثيقة العمليات " 
5 05 01ع206التي تصف وبشكل عام (بدون الدخول في التفاصيل) ) كيف يجب على النظام أن 
يعمل. بعدها يتم تحديد وتدقيق المتطلبات للتأكد من أنها تامة ودقيقة إلى أقصى حد ممكن. 

بذلك تكون وثيقة العمليات هي المنتج من الطور الأول؛ و المتطلبات هي المنتج الاساسي من الطور الثاني. 
وفي الطور الثالث تتم عملية التصميمء أما الاختبار فيتم خلال الطور الرايع. 

في كل طور أو مرحلة يساعد تحليل المخاطر على تقدير البدائل المختلفة في ضوء متطلبات وقيود النظامء 
وتساعد النمذجحة على التحقق من ملائمة أي بديل قبل أعتماده. 
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8151115 1116 118 قتالملاع 


ل لتنا 


0 وام 5 ]1688م 
ولت ةؤاحمة بذاك يف7 14 اط 1؟ 001١‏ 
بوتوافدة انزع . 1 ع 
9 1 8 5 سس ا 
لاترافىه لوا ا 0 ع 9 
: 9 لابين : إن" 
لواو" أ عولمة -وزمم يذ ةأتزامعه غدنة: ا عن 
ابييل ليبا ْ ا لل ينها 1 8 ينا ونوا انيد 
لومم كي 8 آذ أزغموة ٍْ روا لقسماووةة 5 
وأعمك 03 4 وواعهره : نفام ماعرعهاذ! 0ن 
ب م م : 7 قر 
ا 9 00 
وام “مي 5 ا ياي . 
1 : ا 
أوةة 311لا فيل" 3 
' بين . أ د 
د معمما رذج مق مهاس تممسوامما 
15 طالم مماعناعم 0ه 6" اإقيام 
علض لعتتمة ع1 2.10 عدلاماء 
المصدر: المرجع ركم 1 
شكل (2-2) 
٠0.٠٠ )‏ “٠.٠هنهاية‏ الدرس الثاني»٠.٠٠‏ “:.:ه ( 
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( ه٠...‎ ٠٠.٠هيناثلا الدرس‎ شاقن»ه٠.٠0‎ 2 ٠٠0.٠» ) 


لي ملاحظه و هي في ال.. اع100/! ال ةامع]ة الا ١‏ : 
هل من الممكن أن يكون هناك 1361 0361 من 20356 لأخر و كلما كان هذا الرجوع اكبر كلما كان مكلف اكثر 
من ناحية الوقت و التعديل و المال ؟؟ 


نعم من الممكن أن يكون هناك 136 )0361 من 6356م 
وغالبا ما يكون هذا ما يحصل بالفعل عند التطبيق العملي... 


ال »03611361 ممكن يحدث في جميع ال 5ا77006 وليس هذا فقط .. فبعد كل مرحلة ممكن يكتشف أن ناتج 


أحد المراحل السابقة لم يكن صحيح ويحتاج إلى تعديل 
وهذا ما يجعل أنماط آخرى كالنمط اللولبي أكثر تفضيلا. 


صورة لل 0361136 بالنسبة للاع1100 اأوأمع]3 الا 


خسة 8281595 28805 
501116 
ا 


1231121522328 
»نا 
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الدرس الثالث: دراسة المتطلبات 


في هذا الدرس سوف نبدأ في دراسة أول (ولعلها أهم) خطوة في تطوير البرامج وهي تحديد متطلبات 
النظام .كأمعمرع]أناوع؟ عطغ ومنام 3 


الهدف من تحديد المتطلبات هو فهم ما يتوقعه العميل والمستخدم من النظام (ما الذي يمكن للنظام أداؤه 
وما لا يمكنه أداؤه) .فقد يكون النظام المطلوب تصميمه بديل لنظام أو لطريقة مستخدمة لأداء مهمة محددة, 
أو ممكن أن يكون نظام جديد يقدم خدمة جديدة لم يسبق تقديمها من قبل. فلكل نظام برمجي وظيفة 
معينة. تحدد بما يمكن له أن يقوم به من أجل أداء تلك الوظيفة. 


المتطلبات :هي تعريف لشكل النظام أو وصف لما يستطيع هذا النظام أن يقوم به لأداء وظيفته التي 
سيصمم من اجلها. 


خطوات تحديد المتطليات : 


أولا: الاجتماع مع العميل للتعرف على المتطلبات: 

وهذه خطوة هامة جدا إذ أن بقية الخطوات التالية تعتمد عليها بشكل أساسي. لذا يجب علينا أن نستخدم 
كافة التقنيات المتاحة لنكتشف ما الذي يطلبه العميل والمستخدم نبدأ بفهم وتحليل المشكلة التي تواجه 
المستخدم بكل أبعادهاء نتعرف على العمليات والمصادر التي تتضمنها المشكلة والعلاقات التي تربطها معا و 
نحدد حدود النظام. وهذا يمكن ان يتم من خلالك: 


طرح الأسئلة على العميلء: ومن المفيد أحيانا أن نطرح نفس السؤال ولكن بأسلوب مختلف أكثر من 
مرة فهذا يساعدنا على التأكد من أننا نفهم ما يقصده العميل بالتحديد. 
ء تصميم وعرض نماذج لأجزاء من النظام المطلوب أو للنظام بالكامل. 


البيئة المحيطة بالنظاماأمع7امه لامع انع أدلاطم 
وجهات الاستخدامدع96ع]ما 

المستخدمين وإمكاناتهم136]0!5 0731الاطا 300 5(ع5لا 
وظائف النظام/أ|10031أع نا 

التوتيق 11361017 1الا006] 

البيانات03]3] 

المصادردع2نا856501 

الأمن/أاناعع5 

ضمان الجودةع306]لا255 /[11| 3لا 


ويجب التأكد من أن نناقش حجميع هذه العناصر 


ثانيا: تسجيل هذه المتطلبات في وثائق أو قاعدة بيانات. وعرضها على العميل ليوافق عليها باعتبار أنها ما 
يطلبه بالفعل ا 

المتطلبات لا تصف فقط تدفق البيانات والمعلومات من وإلى النظامء واما تصف كذلك القيود المفروضة على 
عمل النظام. وبذلك فإن عملية تحديد المتطلبات تخدم ثلاثة أغراض: 
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اولا تمكن المطورين من شرح فهمهم للطريقة التي يود المستخدمين ان يعمل بها النظام. 

ثانيا توضح للمصممين ماهية الوظائف والخصائص التي سيمتاز بها النظام , 

وثالثا: توضح المتطلبات لفريق الاختبار ما الذي يجب إثباته لإقناع الزيون أن النظام الذي تم تطويره 
هو ما سبق أن طلبه بالضبط . 


لذلك ولضمان أن كلا من المطورين والزيون متفاهمون تماما على ما يجب القيام به. فإن المتطلبات المسجلة 
حتى هذه الخطوة يجب أن تكون لها الصفات التالية: 

أن تكون صحيحة 0ع011) وخالية من الأخطاء. 

2أن تكون ثابتة ]001515]/1© بمعنى أن لا يكون هناك أي تعارض بين متطلب وآخر 

.3أن تكون تامة 001001©]6 يجب أن يتم ذكر جميع الحالات المحتملة للنظامء الخلا المخرجات المتوقعة 
منهء ...الخ . 

.4أن تكون واقعية ع5]1أاةع] بمعنى أن تكون قابلة للتطبيق في الواقع. 

.5أن تكون متعلقة بامور ضرورة للعميلء ويتطلبها النظام. 

.6أن يكون من الممكن التحقق منهاع|1530علا 

7أن تكون قابلة للتتبعةا2عع3] 
يطلق على هذه الوثائق "وتثائق تعريف المتطلبات ](اع7الا006] 101 أأمرعنا أمعممعءأباوعم " 


تالثا: إعادة تسجيل المتطلبات بشكل رياضي |(73]16103]13 ليقوم المصممون بتحويل تلك المتطلبات إلى 
تصميم جيد للنظام في مرحلة التصميم. 

لسنوات عديدة كان يتم الاكتفاء بوثيقة تعريف المتطلبات (التي تحدثنا عنها قبل قليل) والتي تكتب 

باستعمال اللغة الطبيعية) لغة البشر) لوصف وتسجيل متطلبات النظم بحيث يمكن للعميل أن يفهم كل 
كلمة موجودة بهاء إلا أن ذلك يسبب العديد من المشاكل والتي يعود سببها في أغلب الأحيان إلى سوء 
اكير للمستخدمين من قبل المصمم أو العكس. فعلى سبيل المثال قد يطلق المستخدم 
على النظام التعبير (متوقف عن العمل) إذا كان النظام مشغول بعملية تسجيل احتياطي ملاا03 باعتبار أن 
لا يستجيب لأوامر المستخدم في هذه الحالة؛ بينما يعتبر المصمم أن النظام في هذه الحالة (مستمر في 
العمل) ) لأنه يقوم بمهمة أساسية! 

لذا فأن الاعتماد على اللغة البشرية بشكل تام قد يؤدي إلى أخطاء كثيرة عند تصميم النظامء وينتج عنها 
نظام لا يقبله العميل لأنه لا يلبي متطلباته التي حددها من قبلء؛ لذلك يتم كتابة نوع ثاني من الوثائق 
تسمى "وثائق مواصفات المتطلبات 10061017611 506617638101 7ا76اعألا 8560 "وهي تكتب باستعمال وسائل 
وطرق خاصة ابتكرها مهندسو البرمجيات لكتابة المتطلبات باسلوب تقني بحت. منها على سبيل المثال: لغة 
النمذجة الموحدة 300101306ا 50أاع1/100 0110لا االالا و هي لغة نمذحة رسومية تقدم لنا صيغة لوصف 
العناصر الرئيسية للنظم البرمجية. 

الشكل التالي يعرض مثال على استعمال| الالا 
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1 

--- 

اناه سورد 
هاا مه ألم 


وأذذلأفة همد 
--_- الت لي ل 0 
*ققفة هقم اققوؤءون4 


م 1م 


ل نندلا! عوقو 


أؤأا قلمم؟ ونمكف 


أ وعنامم عمرروزوناج 


وأفعمقة تفصداعية إتعدفة. 


!لاقع اكوم" 1ارمشفمغوا 


لعاوعوةة 


ولزفم 315861 


11ناه؟ انهه اأترقررة؟ روا 


لع نورق 


1101م بتعكعم اأعاتمنا "ها تتس سونال ممتالكمة1 4,8 عقناقا؟ 
المصدر: المرجع ركم 1 


رابعا: التثبت والتحقق من المتطلبات التي تم تسجليها في كلا من وثيقة تعريف المتطلبات (والتي تقدم 


للعميل) ووثيقة مواصفات المتطلبات (والتي تقدم للمصمم (للتأكد من صحتهما وشموليتهما وأن كلا منهما لا 
تعارض الثانية في أي نقطة؛ وإلا فإن النتيجة سوف تكون نظام لا يلبي طلبات العميل.! 


ب تنهزوانة الدرمن الدالمهب: > 5ه | 


17 


٠0٠0.٠» )‏ :.0»نقاش الدرس الثالث٠.٠.٠٠*‏ 2 ٠.:ه‏ ( 


أولا: الاجتماع مع العميل للتعرف على المتطلبات: 

وهذه خطوة هامة جدا إذ أن بقية الخطوات التالية تعتمد عليها بشكل أساسي. لذا يجب علينا أن نستخدم 
كافة التقنيات المتاحة لنكتشف ما الذي يطلبه العميل والمستخدم الخ 

اخر شي قلتي" :وبحب التأقد من أن نتناقش جميع هدة العناضرا 


هل تقصدين النقاش مع العميل!!7 


نعم يجب مناقشة كل نقطة مع العميل للتأكد من اننا فهمنا ما يقصده تماما. 


البيئة المحيطة بالنظام.. 101111111 أناداط ادع أوبلاراط 
لم افهم ما تقصدين بالبينة المحيطة»؟ 


يقصد بها كل ما يحيط بالنظام وليس من مكوناته مثلا الموقع الذي سيعمل به النظام, هل هو ثابت في 
موقع واحد أكثر او يمكن أن يتم نقله إلى مواقع مختلفة (طبعا الحديث يشمل النظام كامل + ع30/نا1310 
(ع3 الاأ] 50 


نريد توضح او مثال عن صفات المتطلدات الأتّة :_ 

أن يكون من الممكن التحقق منهاءاطد]6ناع/ا 

بمعنى أن تكتب المتطلبات بحيث تكون قابلة للاختبار للتأكد من تحققت, فمثلا قد يذكر العميل أن يريد من 
النظام أن يكون ذا استجابة سريعة! 

ما مقدار ا عة ا نب؟ 


قد يرى المصمم أن الانتظار لمدة 50 ثانية مناسب كحد أقصى, بينما يتوقع الزيون زمن انتظار 20 ثانية كحد 
أقصى! 


.2 أن تكون قابلة للتتبعءاطوءع2+ 


بمعنى أن تكون المتطلبات مكتوبة بحيث يسهل تتبعها للتأكد من أن كل وظيفة مطلوبة من النظام تم 
استيفائها من خلال المتطلبات. 
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الدرس الرابع: تصميم النظام 


نكمل مع خطوات بناء النظام, وهذه المرة سوف نتحدث عن خطوة "تصميم النظام " 


ما هو التصميم؟ 

التصميم هو عملية إبداعية لإيجاد حل لمشكلة. كما تطلق عادة كلمة تصميم على وصف هذا الحلٍ. 

حيث نستفيد من المتطلبات التي حددنها في الخطوة السابقة في التعرف على المشكلة. ثم نبدا في 
التفكير في الحل الذي يفي بجميع الشروط والمواصفات التي تحددها المتطلبات: وغالبا ما يمكن إيجاد عدد 
غير محدود من الحلول يمكن لنا أن نختار أحدها و الذي نجده الأنسب من بينها. 


فون الاسواء سم بعظاة محدين المعظ اياك راتما اتوي بوشكفين: ( كما ذكونا ف الحوس السنارف) الأولى لقف 


ودور المصمم هو تحويل هذه الوثائق إلى نظام يرضي العميل (يلبي احتياجاته). وفي نفس الوقت يرضي 
لذا فإن عملية التصميم في عملية تكرارية 6131016 من خطواتين: 


أولا :يتم إنتاج التصميم التصوري 065107 |3لاأم00266» والذي يوضح للعميل ما الذي سيقوم به النظام 
بالتحديد . 


وفي حال موافقة العميل على هذا النظامء يتم الانتقال للخطوة التالية. 


ثانيا :تحويل التصميم التصوري إلى وثيقة بها تفاصيل أكثر عن التصميم يطلق عليها اسم التصميم التقني 
50 1123اعع]والذي يجب أن يظهر للمطور ما هي المعدات والبرمجيات اللازمة لبناء النظام. 


أحيانا يتطلب الأمر للعودة إلى الخطوة الأولى) التصميم التصوري) والتعديل عليه: لذا فأنها عملية تكرارية 
حتى الوصول إلى التصميم الذي يرضي العميل ويمكن تطبيقه على أرض الواقع في ظل الإمكانيات المتاحة 
إربين»٠‏ 
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التصميم التصورك:0651011 |2ل0ع0116ع_ 

يركز هذا التصميم على وظائف النظام 01081005؟ ويكتب بلغة يمكن للعميل أن يفهمها (لغة البشر) ليجيب 

عن أسئلة العميل حول ماذا (181ا/الا) يعمل النظام. ويجب أن يكون خالي تماما من أي تفاصيل برمجية أو 
فنية. والاهم أن يحقق كل المتطلبات التي تم تحديدها سابقا. 


الد التقني:011ادع0 أوءأاضلاعع] 1 
هذا التصميم سوف يتم تقديمه إلى مطوري النظام ليقوموا هم بتحويله إلى النظام المطلوب, لذا يجب ان 
يقدم هذا التصميم إجابة شافية لأسئلة المطور عن كيفية (//001) تطوير النظام. ولمنع إلى تضارب في 
المفاهيم فإن هذا التصميم عادة ما يكتب باستعمال تعبيرات وأساليب تقنية. 


٠٠.٠ )‏ “٠.٠«نهاية‏ الدرس الرابع ولا يوجد نقاش لهه:١.١ ٠...“ ٠‏ ( 
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الدرس الخامس: كتابة البرنامج واختبارة 
أهذاف الخرس: 
هذا الدرس لن يعلمك لغة برمجة لتكتب بها البرامج؛ ولكن الهدف منه التعرف على: 


٠‏ القواعد الصحيحة لكتابة البرامج 
ه خطة الاختبار وأنواع الاختبارات 


اللحزء الأول :كتاية اليرا 


بعد وضع التصميم للنظام واختيار لغة البرمجة المناسبة:؛ تبدأ الخطوة التي سوف تنقل التصميم المكتوب 
على الورق إلى واقع. خلال هذا الدرس سوف نناقش أهم القواعد التي على المبرمج إتباعها أثناء كتابة 
برامجه. ولكن قبل ذلك لنجيب على هذا السؤال الذي لا شك أنه ورد على ذهنك الآن 


س: لماذا علينا إنباع هذة القواعي؟ 


ج :إذا كنت تعمل منفردا في كتابة برامجك, فإن إتباعك لقواعد وأساليب قياسية في البرمجة سوف تساعدك 
على تتطيم افكارك لتحتي الوقوع في الأخظاء. كما أنها تع شاهدك على اكتشياف أ اخطاء قد تعدت 
بسرعة وبسهولة. 


أم إذا كنت تعمل ضمن فريق برمجيء فإن إتباع القواعد والأساليب القياسية في كتابة أجزاء البرامج التي 


يطلب منك كتابتهاء سوف تساعدك ويقية الفريق من تنسيق أعمالكم وتنظيمهاء كما أنها ستقلل من عدد 
الأخطاء في البرنامج وتساعد على اكتشاف ما يقع منها في اسرع وقت ممكن. 


تفرض الكثير من شركات البرمجة على مبرمجيها إتباع قواعد قياسية في كتابة برامجهمء وذلك لضمان 
العكامل في حمي البرامج: كما أن يعض الشركات تعين فرق لاختبار البرامع: غير الفريق الذي قام بالبرضخة 
ولذلك يجب أن يكون الكود البرمجي مكتوب بطريقة واضحة لجميع من يقراه. وليس لمن قام بكتابته فقط. 


بعض قواعد البرمجةكع:ذاع ل آنات تت 1لن00رط 
-" شياكل التحكمدع] لاأعلاأ5 |0110 


يقصد بها تلك الهياكل التي تتحكم في مسار عمل البرنامج (مثل 6080 :(56ا© 16 , وأثناء كتابة هذه الهياكل 
علنا أن نحاول أن نجعلها واضحة وسهلة التتبع؛ وخالية من القفزات الواسعة قدر الإمكان. انظر لهذا المثال: 


ل انام طامط ح أاألأعمعا 
4 0010 (75 > 306) أ 
لانامأامط - اأعمعم 
© 0010 


8 0080 (65 > ع30) أ 
:© 000 (55 > ع30) ١‏ 
:8 0016 (65 > 306) 1 
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ز5لام60 + 1.5 * أرأعمعط6 ع اأأعمعم 
:© م0010 

:© 0080 (55 > ع30) أ 

1.5 *أأعمعط ع اأعمعم 
أضع7اع]5]3 ألاعم 


امام ح ألعمع6 (55 > عو3) ا 
601105 + انا أمامم حت أالأعمع6 (65 > ع306) ]أ عدواع 
(5ل1 601+ 1.5 * انام امام ع الأعمع6 (75 > 306) ]أ عدواع 
لاأاةم ح أأعمع6 _عواع 


عالم البرمجة هناك قاعدة تقول أن العمومية ميزةعل ]ألا 3 5أ لإؤزاة)0606 ؛ لذلك حاول دائما أن 
تجعل شفراتك البرمجة عامة. لتتمكن من إعادة استعمالها في بقية برامجك بأقل قدر ممكن من 
التعديل؛ ولكن حاذر من التمادي في ذلك! 

لا تستخدم أبدا أسماء لا معنى لها لمتغيرات أو بارمترات لاجد ( ينصح بمراجعة هذا الدرس 
"التسمية في البرنامج: درس لابد من أن يقرأه كل مبرمج!( 

٠ه‏ "ريد برنامجا سريعا" وكلنا نريد ذلك: ولكن ما هو الثمن؟! 


عندما تفكر في جعل برنامجك أسرع ما يمكن: عليك أن تفكر كذلك في الثمن الذي ستدفعه مقابل ذلك: 
1. البرنامج السريع قد يتطلب منك كتابة كود معقد يتطلب منك (ومن فريق العمل) المزيد من 
الوقت والجهد في كتابته. 
2. الوقت الذي تحتاجه عملية اختبار البرنامج المعقد في مختلف حالته. 
3. الوقت والجهد الذي تحتاجه لتعديل هذا الكود أو لتطويرة. 
زمن تنفيذ البرنامج ما هو إلا جزء من معادلة كبيرة لحساب تكلفة البرنامج: لذلك عليك أن تعادل بين 
السرعة: والجودة: واحتياجات الزيون. ولا تضحي بالبساطة والوضوح من أجل السرعة. 
. التوثيق: لا تهمل أبدا توثيق برنامجكء, ما سمي الإنسان إنسانا إلا لنسيانه. 


اعم “رهرواية الدريين الخاضين + لجيه الأول ولا معد تفايق لمهي “ينه [ 
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الدرس الخامس: كتابة البرنامج واختباره 


وصلنا الآن إلى آخر مرحلة في تطوير النظامء وهي اختبار البرنامج للتأكد من أنه يعمل على النحو الذي 
يتوقعه الزبون. 


قبل تسليم النظام النهائي إلى الزيون تجرى عليه الكثير من الاختبارات. بعضها يعتمد على ما الذي يتم 
اختباره مثلا: 


)أحد مكونات البرنامج - مجموعة من المكونات - جزء من النظام - النظام بالكامل( 
والبعض الأخر يعتمد على ما الذي نريد معرفته من هذه الاختبارات: مثلا: 

ء هل يعمل النظام وفقا لما ورد في المتطلبات؟ 

»ء هل يعمل النظام وفقا لما ورد في التصميم؟ 

ء هل يعمل النظام كما يتوقعه الزيون منه؟ 
مراحل الاختبار: 


عند العمل على اختبار نظام من الحجم الكبيرء فإن عملية الاختبار تتم على عدة مراحل موجزها في ما 
يلي: 


1. اختبار المكون 165150 001016الا أوومتأوع 1 أمعمهمممء 


أول مراحل اختبار النظمء هي اختبار كل مكون على حدى بمعزل عن بقية مكونات النظامء للتأكد من 
عمله على النحو المتوقع منه. باختبار المعلومات المتحصل عليها (نام04ا0) منه بعد إمداده بالبيانات اللازمة 
له. (أنامطا) 
2. اختبار التكامل 165110 016013]101| 


بعد اختبار كل مكونات النظام والتأكد من سلامة تصميمهاء يجب أن نتأكد من أنها ستعمل معا بشكل 
صحيح وأنه لا يوجد تضارب بين بعضها البعض بحيث أن المعلومات المنتقلة بين هذه المكونات تصل بالهيئة 
المتوقعة لها. وهذا هو الهدف من اختبار التكامل. 
3. اختبار الوظيفة50أأ5ع1 610 انا 


ويقصد به اختبار النظام بعد تجميع كل مكوناته للتأكد من أنه يؤدي الوظيفة التي يتعين عليه القيام بهاء 
والموضحة في وثائق متطلبات النظام .عندما يجتاز النظام هذا الاختبار يمكننا اعتبار هذا النظام على أنه 
نظام عامل5]68/1/ا!5 6]100100 0لا 


4 اختبار الأداء ومتأوع [ ععمقطمما]ععم 
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في هذه الخطوة يتم اختبار أداء البرنامج في بيئة عمل الزبون للتأكد من أن النظام متوافق مع بقية , 
المتطلبات .عند اجتياز النظام لهذا الاختبار يتم التصديق على النظام 5]607/إ5 2/103]60/ا وبهذا فإننا نعتبر أن 
النظام اصبح جاهز حسب مفهومنا لما طلبه الزبون. 

5. اختبار القبولأ5ع1 ع26060]8026/ 


يتم إجراء هذا الاختبار للتأكد من أن النظام المحقق موافق لما توقعه الزيون: وبعدها يعد النظام مقبول 
عند المستخدم والزبون ‏ (اعئأولاد المع أمعع6م/ 


6. اختبار التثبيت]5 1 5]3||3]100ما 


الاختبار الأخير يتم فيه تثبيت النظام في بيئة العمل الخاصة به والتأكد من أنه يعمل كما هو مطلوب منه. 


الشكل التالي يوضخ خطواة طبرق عملية اسار التظاض والعي بكسن تظييفها عدق اق تظائرهنيها كان 
حجمه للتاكد من انه سيؤدي المهمة المطلوبة منه 


]عونا 0050 00 5 060 
كلت لنت 85 "أنامع] 5200001 ام انا 5 م5 2 
مقع عع مو ممع أنا80] 865 ]أنا80] اج 
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0 
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نا حكن م لط 
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اعد" بتهزهارة الكرين الخاسي + الجر التلني ولا يوجد نقاش لففاب > ده ( 


تمت دورة هندسة البرمجيات بحمدالله وتوفيقه .. 
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